home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / policy / 940470.txt < prev    next >
Internet Message Format  |  1994-11-13  |  13KB

  1. Date: Fri, 30 Sep 94 04:30:17 PDT
  2. From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu>
  3. Errors-To: Ham-Policy-Errors@UCSD.Edu
  4. Reply-To: Ham-Policy@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Policy Digest V94 #470
  7. To: Ham-Policy
  8.  
  9.  
  10. Ham-Policy Digest           Fri, 30 Sep 94       Volume 94 : Issue  470
  11.  
  12. Today's Topics:
  13.                        900mhz phone questions.
  14.                             Deaf Ham & CW
  15.            Homebrewing and satellites (was Re: Get Over It)
  16.            Rich McAllister, Digital Scourge of the Airwaves
  17.  
  18. Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu>
  19. Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu>
  20. Problems you can't solve otherwise to brian@ucsd.edu.
  21.  
  22. Archives of past issues of the Ham-Policy Digest are available 
  23. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy".
  24.  
  25. We trust that readers are intelligent enough to realize that all text
  26. herein consists of personal comments and does not represent the official
  27. policies or positions of any party.  Your mileage may vary.  So there.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Wed, 28 Sep 94 18:14:14 -0500
  31. From: ihnp4.ucsd.edu!swrinde!elroy.jpl.nasa.gov!netline-fddi.jpl.nasa.gov!news.byu.edu!news.mtholyoke.edu!news.umass.edu!news2.near.net!news.delphi.com!usenet@network.ucsd.edu
  32. Subject: 900mhz phone questions.
  33. To: ham-policy@ucsd.edu
  34.  
  35. Rolf Aalto <aalto@u.washington.edu> writes:
  36.  
  37. >1) Get a phone with higher output.  The phone I have is at the FCC Max, but
  38. >   could I get a higher output phone from some source I don't know about in
  39. >   US or Canada (are the Canadian output limits higher than the US??   BC is
  40. >   just up the road from me...  )
  41.  
  42. That'll get you busted by the FCC, even assuming you get the high-output unit
  43. through Customs.  (I don't know if the Canadian DOC allows higher-powered
  44. cordless phones than we do, but there are units made in Japan and other
  45. countries for use only in those countries with lax regulation of radio.)
  46.  
  47. >2)  Get a good 900Mhz antenna for the base unit, and perhaps some sort of
  48. >    telescoping antenna for the receiver ??  I have not seen any such
  49. >    antennas sold.  Are they available ??
  50.  
  51. Better check Part 15 first -- there are strict limits on the types of antennas
  52. that can be used, and in the case of cordless phones those antennas must be
  53. mounted directly on the transmitter.  (Those rooftop verticals that used to be
  54. sold for 49 MHz were intended only for the first-generation models that only
  55. used VHF for the handset-to-base link; the base transmitted to the handset at
  56. around 1650-1700 kHz, so the outdoor antenna was used only for receiving and
  57. was quite legal in that application.)
  58.  
  59. >3)  Buy or make a 900Mhz amplifier for the base unit.  Are these or the
  60. >    plans for them available ??
  61.  
  62. Maybe, but again the FCC will crucify you for using one.
  63.  
  64. ------------------------------
  65.  
  66. Date: Wed, 28 Sep 94 17:57:51 -0500
  67. From: ihnp4.ucsd.edu!swrinde!elroy.jpl.nasa.gov!netline-fddi.jpl.nasa.gov!news.byu.edu!news.mtholyoke.edu!news.umass.edu!news2.near.net!news.delphi.com!usenet@network.ucsd.edu
  68. Subject: Deaf Ham & CW
  69. To: ham-policy@ucsd.edu
  70.  
  71. Brian Suggs <suggs@tcville.es.hac.com> writes:
  72.  
  73. >I thought it was because of the ITU treaty, which doesn't have any provisions
  74. >for granting a waiver for disabled persons.  The higher speed tests can be
  75. >waived by the FCC since these tests are not required by the treaty.
  76.  
  77. Exactly -- the FCC has no authority to disregard a treaty, since foreign policy
  78. is the responsibility of the President.
  79.  
  80. ------------------------------
  81.  
  82. Date: 28 Sep 1994 21:01:41 GMT
  83. From: ihnp4.ucsd.edu!library.ucla.edu!csulb.edu!nic-nac.CSU.net!charnel.ecst.csuchico.edu!olivea!koriel!news2me.EBay.Sun.COM!engnews2.Eng.Sun.COM!usenet@network.ucsd.edu
  84. Subject: Homebrewing and satellites (was Re: Get Over It)
  85. To: ham-policy@ucsd.edu
  86.  
  87. In article <flaherty.780775034@bora-bora.pa.dec.com> flaherty@pa.dec.com (Paul Flaherty) writes:
  88.  
  89. >Satellite operation still requires a certain degree of homebrewing, usually
  90. >for dealing with antenna pointing and orbital prediction...
  91.  
  92. Paul, what do you mean when you say orbital prediction requires a 
  93. certain degree of homebrewing?  Seems to me that I just feed the
  94. canned keps off the net into the off-the-shelf software, and there it is.
  95. Seems pretty much like appliance operation to me.  
  96.  
  97. Rich
  98. -- 
  99. Rich McAllister (rfm@eng.sun.com)
  100.  
  101. ------------------------------
  102.  
  103. Date: 28 Sep 1994 21:40:02 GMT
  104. From: ihnp4.ucsd.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!olivea!koriel!male.EBay.Sun.COM!engnews1.Eng.Sun.COM!engnews2.Eng.Sun.COM!usenet@network.ucsd.edu
  105. Subject: Rich McAllister, Digital Scourge of the Airwaves
  106. To: ham-policy@ucsd.edu
  107.  
  108. In article <wyn.200.2E89B96D@ornl.gov> wyn@ornl.gov (C. C. (Clay) Wynn, N4AOX) writes:
  109.  
  110. >Second, he should have asked QRL (is the frequency busy?).  Then C.W. in
  111. >Chicago would have been alerted that his QSO was about to be clobbered, and
  112. >replied R, R(roger).  Pete could hear Chicago because he was closer and
  113. >might choose to QSY realizing he was on top of C.W. who was listening to
  114. >Wally.  This is common practice on both HF phone and CW before sending CQ
  115. >and prevents tons of QRM.
  116. >
  117. >Why can't the digital folks do this?  Can they not send the code? (QRL)  Can 
  118. >they not receive the code?(R R)  Did they not learn the code?  How did they 
  119. >get HF access?  Even RTTY and SSTV ops used to do this.  What happened
  120. >to change this practice?
  121.  
  122. Well, dunno.  Even if they couldn't send four characters of code by hand,
  123. it's possible to get most multimode TNC's to send it.  Even if they couldn't
  124. decode the response, how hard would it be to figure out that there's
  125. somebody there sending something?  (Who's going to send back "NO" to a QRL?)
  126. There is a trickiness factor here, in that many people are running AFSK, and
  127. would have to tune down by the average of the mark and space frequencies
  128. (usually about 2 KHz) so that the CW signal would occupy the same spot as
  129. the digital signals.  But that has nothing to do with knowing or not knowing
  130. code...
  131.  
  132. I admit that when sending a digital CQ I personally haven't been sending QRL
  133. in CW after listening and before transmitting, but then I only operate
  134. digital well within the usual RTTY/digital sub-bands, and I always sort of
  135. figured that nobody was listening for CW signals there anyway.  But I think
  136. I'll start. I'm still not going to listen to the noise and modem tones,
  137. though.
  138.  
  139. [BTW, I don't know where you and Jeff got this idea that digital ops all run
  140. QRO. I don't even have an amplifier, and nobody I've ever worked on PacTOR has
  141. ever been running more than 170 watts.]
  142.  
  143. Rich
  144. -- 
  145. Rich McAllister (rfm@eng.sun.com)
  146.  
  147. ------------------------------
  148.  
  149. Date: 28 Sep 1994 20:42:11 GMT
  150. From: ihnp4.ucsd.edu!usc!elroy.jpl.nasa.gov!netline-fddi.jpl.nasa.gov!news.byu.edu!news.mtholyoke.edu!news.umass.edu!news2.near.net!cat.cis.Brown.EDU!pstc3!md@network.ucsd.edu
  151. To: ham-policy@ucsd.edu
  152.  
  153. References <092794091807Rnf0.78@amcomp.com>, <CwtJ26.DGI@news.Hawaii.Edu>, <092894124554Rnf0.78@amcomp.com>
  154. Subject : Re: Interesting data
  155.  
  156. In article <092894124554Rnf0.78@amcomp.com>, 
  157.    dan@amcomp.com (Dan Pickersgill) writes:
  158.  
  159. |> >>Jeff, when does 1 + 1 = 10 ?
  160. |> >
  161. |> >That's easy: In the base two numerical system!
  162. |> 
  163. |> You're catchin' on Jeff...... ;-)
  164.  
  165. Only when you have a two-bit accumulator. Otherwise, its 0 with the
  166. carry flag set on.
  167.  
  168.  
  169. MD
  170.  
  171. ------------------------------
  172.  
  173. Date: 28 Sep 1994 20:40:17 GMT
  174. From: ihnp4.ucsd.edu!swrinde!elroy.jpl.nasa.gov!netline-fddi.jpl.nasa.gov!news.byu.edu!news.mtholyoke.edu!news.umass.edu!news2.near.net!cat.cis.Brown.EDU!pstc3!md@network.ucsd.edu
  175. To: ham-policy@ucsd.edu
  176.  
  177. References <3697qu$1q1@news.iastate.edu>, <CwszG9.80E@news.Hawaii.Edu>, <092894121443Rnf0.78@amcomp.com>is.Bro
  178. Subject : Re: Even more interesting (was Re: Interesting data)
  179.  
  180. In article <092894121443Rnf0.78@amcomp.com>, 
  181.    dan@amcomp.com (Dan Pickersgill) writes:
  182.  
  183. |> In part a trained pool of operators. And 
  184. |> I reject the suggestion that "anyone" can just pick up a radio and 
  185. |> EFFECTIVELY communicate. 
  186.  
  187. So your definition of a trained pool of operators is "someone who knows
  188. how to talk on the radio".
  189.  
  190. 10-4.
  191.  
  192. MD
  193.  
  194. ------------------------------
  195.  
  196. Date: Wed, 28 Sep 1994 18:43:57 GMT
  197. From: ihnp4.ucsd.edu!library.ucla.edu!csulb.edu!nic-nac.CSU.net!usc!howland.reston.ans.net!swrinde!emory!cs.utk.edu!stc06.CTD.ORNL.GOV!xdepc.eng.ornl.gov!wyn@network.ucsd.edu
  198. To: ham-policy@ucsd.edu
  199.  
  200. References <1994Sep24.155014.6458@ke4zv.atl.ga.us>, <CwnqxF.5KC@news.Hawaii.Edu>, <RFM.94Sep28095811@urth.eng.sun.com>inde
  201. Subject : Re: Rich McAllister, Digital Scourge of the Airwaves
  202.  
  203. In article <RFM.94Sep28095811@urth.eng.sun.com> rfm@urth.eng.sun.com
  204.  (Richard McAllister) writes:
  205.  
  206. [a bunch of insightful stuff on his digital operating practices]
  207.  
  208. >Rich, KO6CL
  209.  
  210. OK, first I do not now own or operate nor have I ever owned or operated a 
  211. digital mode RF system.  And the way things are going I may never.  Who would
  212. want to get their reputation tarred such by examples we hear daily of rude HF
  213. packeteers.  Anyway, if I want to go digital, I will rent a SLIP connection
  214. to an internet provider and hitch hike QRM free on one lane of the information
  215. highway.  Nonetheless, your response is interesting.  Lets take a hypothetical
  216. situation (names changed to protect the innocent) and see if I understand all
  217. of the mechanics correctly.  
  218.  
  219. I am in Chicago having a CW QSO on 7.040 MHz with Wally in Walawala.  
  220. Packeteer Pete in Pittsburg has just invested heavily in his Krazy Kam 2000 
  221. TNC and FTSI1000 HF transceiver and his 486 Pentium Godzilla monitor.  
  222. He is eager to get some digital QSO's under his belt.  So he tunes to 7.040 
  223. MHz and, based on lessons from  R.M.'s book of HF digital etiquette, he 
  224. listens.  He does not hear Wally in Walawala sending to C.W. in Chicago.
  225. So he turns down the volume, shifts into the "This is Packeteer Pete, is
  226. anybody there? {listen}, {time-out}, {try again} mode, and lets 'er rip.
  227. He backs down the power in his Henry 10K until the plates change color from
  228. white hot to just red hot (heavy duty cycle there).
  229.  
  230. What is wrong with this picture?  Well first perhaps Pete should have realized 
  231. that he was in a portion of the 40 M band heavily used by QRP CW ops.  Second,
  232. he should have asked QRL (is the frequency busy?).  Then C.W. in Chicago
  233. would have been alerted that his QSO was about to be clobbered, and replied R, 
  234. R(roger).  Pete could hear Chicago because he was closer and might choose to 
  235. QSY realizing he was on top of C.W. who was listening to Wally.  This is 
  236. common practice on both HF phone and CW before sending CQ and prevents tons of 
  237. QRM.  
  238.  
  239. Why can't the digital folks do this?  Can they not send the code? (QRL)  Can 
  240. they not receive the code?(R R)  Did they not learn the code?  How did they 
  241. get HF access?  Even RTTY and SSTV ops used to do this.  What happened
  242. to change this practice?
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252. 73,
  253. C. C. (Clay) Wynn, N4AOX
  254. wyn@ornl.gov
  255. =========================================================================
  256. = Cooperation requires participation.  Competition teaches cooperation. =
  257. =========================================================================
  258.       
  259.  
  260. ------------------------------
  261.  
  262. Date: 28 Sep 94 17:57:14 GMT
  263. From: pa.dec.com!bora-bora.pa.dec.com!flaherty@decwrl.dec.com
  264. To: ham-policy@ucsd.edu
  265.  
  266. References <369t6q$5rb@nntpd.lkg.dec.com>, <flaherty.780702591@bora-bora.pa.dec.com>, <36aja1$pav@nntpd.lkg.dec.com>
  267. Subject : Re: Get Over It
  268.  
  269. little@iamu.chi.dec.com (Todd Little) writes:
  270.  
  271. >Let me see if I can paraphrase the posts:
  272.  
  273. >4) I pointed out that those modes were not in widespread usage
  274. >among the world wide amateur population, that they in general required
  275. >more expensive equipment, larger more visible antennas, and much higher
  276. >ERPs resulting in potentially more RFI.
  277.  
  278. >5) You counter that it is *possible* to build an inexpensive satellite
  279. >station.
  280.  
  281. No, I also countered your points on equipment, antennas, and RFI.
  282.  
  283. >Also I keep hearing a tone in this argument and others that some here seem
  284. >to feel it is there duty to be protectors of the bandwidth.  The underlying
  285. >motivation seems to be keep others off their turf.  The pro-code testing
  286. >crowd don't want the unwashed masses infringing upon their sacred ground.
  287.  
  288. Now, I *could* counter that I keep hearing a whining tone in this argument
  289. and others amongst the anti-code testing crowd.  But that would be insulting,
  290. pointless, and counterproductive, not to mention an unprovable assertion.
  291. But I try real hard not to be insulting, pointless, and counterproductive,
  292. and not to assert things unprovable.
  293.  
  294. >PS  I still want to know why long distance communications on the VHF+ bands
  295. >    isn't available to appliance operators, to whit "The point is that long
  296. >    distance communications is available on the VHF+ bands, but not to 
  297. >    appliance operators."
  298.  
  299. Satellite operation still requires a certain degree of homebrewing, usually
  300. for dealing with antenna pointing and orbital prediction; similar caveats
  301. apply to moonbounce.  As far as I'm aware, no off-the-shelf meteor burst
  302. system exists.
  303.  
  304. -- 
  305. -=Paul Flaherty, N9FZX |     "Just name a hero, and I'll prove he's a bum."
  306. ->paulf@pa.dec.com     |          -- Col. Gregory "Pappy" Boyington
  307.  
  308. ------------------------------
  309.  
  310. End of Ham-Policy Digest V94 #470
  311. ******************************
  312.